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Apple unveils common sense 

In mid-January, Apple held the 1986 Apple World Conference, its first 
extravaganza since last summer's reorganization (July issue, page 49). The 
conference brought together third-party hardware and software developers, 
dealers, educators, business customers, and user-group representatives to 
see Apple's newest products and to hear where Apple will take us next 

Apple unveiled a new Macintosh and a new LaserWiter, but the most 
impressive new item on display was corporate common sense — something 
long missing from Apple's portfolio. The new sensibility was evident in the 
plans of John Sculley, Apple's president Del Yocam, Apple's executive vice- 
president for product operations, and Jean-Louis Qassee, Apple's vice- 
president for product development 

Sculley, Yocam, and Qassee appear to have abandoned Apple's traditional 
disregard for its installed customer base and have instead begun to 
recognize their customers as the foundation of Apple. Evidence of this 
change came in the form of a new attitude toward user groups, a new 
commitment to providing growth paths and upgrade programs for existing 
users, and a new policy of accepting trade-ins of older equipment 

In addition, Apple's years of stifling the Apple 11 family appear to be over. 
While no new Apple II products were introduced at the conference, Sculley, 
Yocam, and Qassee each made it clear that Apple recognizes the importance 
of the Apple II to the company's future. 

According to Qassee, Apple has no intention of merging the Apple II and 
Macintosh product lines. Each will be developed into a family of systems with 
high- and low-end units and a universal line of peripherals. Qassee promised 
acontinual flow of enhancements to these machines; he said there would be 
no more two- to three-year intervals between new products. He also 
promised to maintain the family architectures so that new machines would 
be able to do whatever older machines could do. And rather than talking 
about how the Apple II needs to look and feel like a Macintosh, Qassee said 
the Macintosh must be opened-up to "reincarnate the spirit of the Apple II in 
the 68000," 

According to Yocam, Apple also intends to make a major effort to improve 
the speed and quality of the "service part ofour product" Yocam acknowledged 
the importance of service to customers and mentioned VLSI designs (which 
use fewer chips), improved dealer systems, and maintenance of the quality 
of Apple's documentation as methods Apple will use to improve customer 
service. 

Yocam also said that Apple sees a trend in personal computers towards 
their use as communication devices from tiieir original role as computational 
devices. Yocam promised that Apple would make data communications an 
integrated part of the user interface. And he promised Apple would provide 
tiie ability to read data files on 3.5 inch disks without regard to what 
operating system had been used to write tiie files— watch out MS-DOS. 

According to Sculley, enhancements to the Apple 11 will come in the areas 
of graphics, sound, and network possiblities. Sculley promised "real 
products tiiat will bring network services to the classroom," linking students 
to teachers and teachers to tiie rest of tiie school, before tiie end of 1986. 
Sculley said tiie Apple II would "own" Christmas 1986, and tiiat Apple 
planned to increase its international business to 35 per cent up from 22 per 
cent of its business cunentiy 

By adding our own common sense to the common sense of Sculley, 
Yocant and Gassee, it's possible to peek under the veil covering the 
next Apple II. Because Qassee says Apple wants to develop product lines, 
expect tiie next Apple II to be a high-end addition to tiie Apple II family, ratiier 



than a replacement for eitiier of tiie existing machines. Because he says 
Apple won't merge productlines, expect tiie ncwmachine to be based on the 
65816 chip ratiier tiian tiie Macintosh's 68000. 

Because of Apple's emphasis on communications and its move toward a 
unified family of peripherals, expect to see an AppleTalk connection built 
into the next Apple II. Expect that the SCSI (say "skuzzy") high-speed 
interface used for hard drives on the new Macintosh will be available for the 
new II, alttiough perhaps not built-in. 

Because Apple considers itself a technological leader and says tiie Apple 1 1 
is its machine in the consumer market look for graphics and sound 
enhancements tiiat put tiie 11 on par with Commodore's Amiga. Because 
Apple generally announces new products in January, May or September, and 
because tiiis new machine will get plenty of time for testing, development of 
documentation, and creation of programmer's tools, look for a September 
intiroduction. 

In short the Apple Worid Conference convinced me tiiat the words "Apple 
11 Forever" will carry a bit more weight nine short montiis from now I hope 
I'm right 

Apple comes home to users 

Apple has claimed for years tiiat it is a ''market-driveh" company— tiiat it 
takes its direction from its customers rather than from technology. In the 
very early months of Apple, when Steve Wozniak was designing tiie Apple 11 
along tiie lines of what his user-group friends wanted, Apple was indeed 
"market-driven." Very quickly however, the company began to follow tiie 
visions of Steve Jobs rather tiian tiie needs of its own customers. 
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Wbzniak's Apple II, the only Apple system built to fulfill customer visions, 
continues to sell well. The machines of Jot)s have all been discontinued (wr 
drastically enhanced to meet market reality. This demonstrates wliifAppler 
or any other company, should strive to be market-driven. 

One of the clearest signs that Sculley, Yocam, and Qassee mean it this time 
when they say "market-driven" is Apple's new attitude toward user groups. 
The infant Apple Inc sprang forth from a user group, but quickly became an 
uncommunicative adolescent flow, adolescence past, Apple Inc finally 
realizes that mom and dad weren't so stupid after all. 

In his opening speech at the Apple World Conference, Sculley embraced 
user groups like this: 

Among the people who will be carefully watching our development in 
both the Apple U and Macintosh product families uM be Apple's expert 
users, representingover 200,000 members of comf»iei<iub8,peoplewho 
know our products as weii as we do ourselves. 

We've always known that these groups of highly sophisticated users are 
some of the best eimgelists u^e have. They 're very ir^uenUal in our sales, 
through word of mouth and after-sale support And because we recognize 
just how valuabte they are to Apple, I'm pleased to annowm toda^ the 
establishment of a support prc^m Mi^een >^ppte and ffie nmfu 600 
Af^eUserChWfmnaikimi^de, 

nieftMHfSQ(axiimiuiii(^^ 
siworfiiie fdafiof^^ Miiiee^ 

of you out tftere who are pmt ofAf^'s user gmups. fm jfdeased mar 
relationship will now be stronger 

In late Movember, Apple appointed Ellen Petiy Leanse as User Group 
Evangelist and director of the user group program, l^nse quickly put 
together an excellent program for user groupsattheApple World Conference 
— including meetings with and speeches fromSctiOf^Ciassee. AJan Kay, and 
Steve Wozniak — and attracted a hundred user group representatives to the 
Gonfeienoe* As Leanse continues to produce miracles like this, user groups 
canotpectagre^exchange with Apple, both in temis of Apple providing 
si9port Id user gpoups* and user groups hdpfoig Apple to and 
re^pwid to the needs and desires ctfthe marketplace. 

If Leanse hasn't contacted your group, 1 suggest you make yourself known 
to her-CIIen Pc^ Leanse, Apple Computer MS-23a 20525 Nafiani Ave, 
Cupertino, CA 95014. 

Incidentally, I we^ (»ie of the press people Invited to hear Steve Wozniak's 
dinner speech to the user group repiesentatives. Be^des being a careful, 
creative engineer, Wozniak is also a wonderful speaker. He talked about 
Apple's early days and early connections with user groups in a rambling, 
humorous style that enraptured his audience. If you ever gpt a chance to 
hear him speak, don't miss it 
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The Ma^€ of Peekand Poke 

Among the most magical Applesoft commands are PEEK and POKE. 
Cryptic incantations that include these commands can create all sorts of 
enchantment novice and intermediate Applesoft programmers often cringe 
at PEEK and POKE, however, because there seems to be little rhyme or 
reason to how they work or what they do. 

Even advanced [programmers often use these commands by rote and by 
redpe.Justas the alchemist doesn'tknowwhythereare Smurfs in his broth, 
the programmer using a routine from a magazine or book maiy not know 
what POKE 49235,0 does or whyi The most wMe^^lable IMs of 
interesting addre^ to peek poke- the dm^ Bros FMm, Fokesand 
ftjinters chart and Wlam Luebbaf s WhM's Where k theAf^e-^m often 
used Uke dusty alchemists' tomes. But knowing how PCCK and ^KE make 
their magic isn't b^ond the undoi^nding of meremortala 



Let's begin in a smaU Kansas town called Nortonville, where, many 
years ago, my grandfather ran a hardware store. His kind of hardware was 
nuts and bolts, lead pipe, brooms, and chicken wire, nowadays, my 
grandfather would be surprised to learn, hardware is what computers are 
made of. 

In 1959, eleven years after my grandfather died. Jack Kilby at Texas 
instruments and Robert Moyce at Fairchild Semiconductor independently 
came up with the idea of an integrated drcuit'-a small square of silicon 
etched with thousands of electronic gizmos. During the 27 years since then, 
these ^con squares, mounted in^ black plasdk rectangles witii metal 
legs that resemble insects, have radkally char^ the workL 

Computers preKiate the sUicon squares or cMps of fOlby and noyce by 
more than a decade. The 30^ EfllAC the ihoMs first electronic digital 
Gompider, was dedkafecd in 1946, during my grandfaSiei's lifiethne. Real 
Gomputcm however— the kind people like my daughter can use to seardi 
for The Nost4iiiazfi|0i:h&ig~dkln'tappear until 19 
and 18 years alter the first chips. 

The two main "hardware" elements of any computer are a processor and 
memory. The development of real computers like the Apple H wasn't 
possible until these two elements were available on inexpensive chips. In the 
Apple 11, the processor is tucked away on a single chip and, because of its 
relatively small size compared to EniAC, is called a microprocessor. The 
memory of an Apple II while also small compared to EHIAC requires several 
chips ftf two difaent ^fpes. 

If an Apple IFschipswere bees, the queen would be the microprocessor 
It's one of the biggest chips in the computer and is the chip that does all the 
computing. The microprocessor in the original Apple II is known worid-widc 
by its part: number; it's called the "6502" (say sixty-five-oh-two). nowadays 
Ajpples are built with a slightly enhanced version of this chip known as the 
"65C02 " (say sixfy*«-scaoh-two). Herein we'll refer to both chips as 
"6502s." 

If the Apple's micrq>rocessor is a queen bee, then the Apple's moncMy 
chips make up her hive. There are thousands of honeycomb cells in Queen 
6502'shive. Her pow^ centers on her ability to use the hone^mb to store 
an unusual kind of hmicy— Informatioa 

Eadi odi in the honeycomb has an atfdrm The addiessesare 
Post €^ce box numbers than sheet addresses, dnoe tfa^jUst oonsEst of a 
number, such as cell 99 or cell 14,945. The queen can communfcate with 
each cell Individually and directly. She doesn't have to call or walk past one 
oeD to get to another. Because of this, the cells are said to be lan^ 
aocessfbte.'' 

Random access is a new concept to many people. Its opposite is serial 
access. A tape recorder, for example, is a serial-access device. The songs on a 
tape are lined up in a row— in a series. To hear any particular song you have 
to pass by other songs. There is always one song that is closest and one that 
is farthest away. 

A real-life example of a random-access device is the telephone. You can 
call any other phone in the city directly. Your call never passes through or by a 
third phone. All phones appear equidistant Likewise, Queen 6502 can 
access all the cells in her honeycomb independently and in equal, OKieeding 
small (less than a millionth of a second) amounts of time. 

What 1 have said about Queen 6502 so far is true no matter what brand of 
computer she reigns in (she's been used in several otiiers besides the Apple 
11). Computers differ significantly, however, when we look at what the 
individual manufacturers have put in the cells of the honeycomb. This varies 
from computer to computer, and can even vary from instant to Instant on the 
same computer, as we shall see later. 

The memoiy honeycomb. Some cells can be used for temporary 
memory. The queen can store data in this type of cell and retrieve it later — as 
long as the cell is kept supplied with power. Uim the power off and the 
queen's data is lost forever. In the original Apple II, about 75 per cafit of the 
cells were alloted to temporary memory. 

Other cells are used for permanent memory. Data is placed in this type of 
cell when the computer is manufactured. It's as if the data was inserted and 
the cell was sealed with wax, Matthew Monitor and Dr. Basic live in cells like 
these. About a quarter of the original Apple U s ceils contain memory of this 

Aiewodls in the Apple 11 hold eledronk switches 
connected to the OMiqxiter, These celb are uaiaOy called ""soAatMiear 
b^use thc^ contain swftxihes thsrt can be omta^ed with softwam Afew 
mm cells are used as Sports" through which data can pass in and out of the 
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computer, f^r less than one per cent of the cells in an Apple II are used for 
switches and ports. 

Finally, some cells can contain nothing at all. This is unusual nowadays, 
but when the Apple II was first introduced, many were sold without a full 
complement of memory chips. Some of the chip sockets were simply empty 
because enough chips for 16,000 memory cells cost more in 1977 than 
chips for a million cells cost today. 

If you counted the cells in Queen 6502's honeycomb, you would find 
exactly 65,536 of them. The very first cell has the address zero. The 
addresses go up sequentially to 65,535. The size of this honeycomb is fixed 
in the design of the 6502, as we shall see in a moment 

The cells that contain permanent data are called ROM or read-only- 
memory. Cells that are used for temporary data storage are called RAM, even 
though that doesn't make any sense. RAM stands for random-access 
memory. This doesn't distinguish it from ROM, since both types are 
accessed with random methods. RAM should have been called WRM, for 
write/read memory, but wasn't -probably because the engineers felt that 
giving a computer worms for brains was a disgusting idea. 

The important thing to remember is that whenever the power company's 
transformer blows or you turn your computer off, data stored in RAM 
disappears forever. Data stored in ROM, on the other hand, can't be changed. 
Queen 6502 has the ability to write data into every cell in the honeycomb, but 
if she writes in a cell that contains ROM, the data won 't stick. Its like writing on 
wax paper. Because of this limitation, programs stored in ROM are ofl;en 
called "firmware" rather than "software. " 

Each of the 65,536 memory cells holds a byte of memory. A byte is big 
enough to hold any number between zero and 255. If you have to explain to 
novices what a byte is, tell them that it's a unit of memory approximately 
equivalent to a single letter. 

Also rememt>er that novices feel they are drowning in alphabet soup when 
you talk about RAM and ROM. Especially since the size of RAMs and ROMs is 
measured in Ks. "K", of course, is widety used as an abbreviation for kilo or 
thousand It doesn't help much, however, that as a measure of computer 
memory a K is 1024 bytes rather than an even thousand. 

Queen 6502's memory honeycomb of 65,536 bytes is exactly equal to 64K 
bytes of memory. In the standard ^ple configuration, 48K of these are 
allocated for RAM and 16K for ROM. The ROM memory area includes 256 
cells that are set aside for softswitches and data ports rather than memory 
cells. 

A bit more magic. For all their enchanting properties, memory chips are 
really pretty simple. They consist of nothing but thousands of tiny little 
switches tiiat can be either on or off. Each switch is known as a bit of 
computer memory Each tiny switch can represent two numbers ~ zero and 
one. By combining these switches into groups, larger numbers can be 
represented. 

For example, a group of eight switches can be set in 256 different on-off 
combinations. Technically speaking, a byte of memory is a group of eight 
switches. It takes eight 64K RAM chips, which are measured in bits, to make 
64K of memory which is measured in bytes. A '64K" memory chip houses 
65,536 bits — a "64K" Apple has more than half a million of them. 

When the microprocessor "reads ' a byte of memory, what actually 
happens is tiiat a combination of eight on-offs is copied from tiie designated 
switches in memory to a special set of switches inside tiie microprocessor. 
To accomplish this, eight "wires" or conductive paths running between the 
microprocessor and tiie memory byte are used. Switches tiiat are "on" put 
one kind of signal on tiie data patii. Switches that are "off" have a different 
signal. When reading, tiie microprocessor simply sets its internal switches to 
match the signals on tiie eight wires. For all this to work, each tiny switch in 
tiie memory honeycomb must be connected to one of tiie eight data paths. 

In tiie world of electi-onics, conductive paths that have related ftjnctions 
and that are distiibuted together throughout a device are called a bus. In the 
Apple II, the eight lines tiie microprocessor uses to read tiie memory cells 
are called the data bus. The microprocessor also uses these same lines 
v^ien writing to a memory cell— in tiiis case, however, the signals flow tiie 
other way 

Before tiie IBM-PC was released, the power of a microprocessor was 
expressed in terms of the number of data lines the microprocessor used. 
The 6502, for example, hasalways been considered an "8-bir microprocessor 
because it uses eight data lines. 

Even tiiough tiie 8088 microprocessor inside tiie IBM-PC also has just 
eight data lines, IBM's inventive sales engineers decided to proclaim it a "16- 
bif chip. Their excuse was tiiat— unlike tiie 6502 — inside tfie 8088 itself 16 
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switches could be used at tiie same time for manipulating data. However 
since the 8088 has to read and write those 16 bits eight bits at a time, a 
naked IBM is just slightiy more powerful than a naked Apple II. The "16-bir 
propaganda created other impressions, however, and worked well for IBM. 
(Apple retaliated much less successfully witii tiie "32-bit " 68000 in the 
Macintosh, which is a true 16-bit chip as measured by tiie width of tiie data 
patii.) 

In addition to tiie data bus, 16 pins on ttie 6502 connect to a group of wires 
known as the address bus. This group of wires is used to designate which set 
of eight switches (i.e., which memory byte) the 6502 wants to read from or 
write to. A seventeentii wire is used to tell ttie memory chips whettier tiie 
microprocessor wants to read or write. 

The eight data lines, the 16 address lines, and tiie read/write line togetiier 
make up most of the signals found on the 6502's motherboard socket The 
remaining pins on the 6502 are for power, timing signals, and reset and 
interrupt signals. 

As mentioned before, eight switches can be combined 256 possible ways. 
This is why the number 256 keeps showing up around computers. Plote that 
tiie 1024 bytes tiiat make up IK of memory is equal to 256 times 4. Queen 
6502's memory honeycomb has 65,536 cells (256 times 256) because 
exactiy this many different signal combinations are available using tiie 16 
lines of the address bus. 

How bank switching works. White Queen 6502's 16-line address bus 
can accomodate only 64K bytes of memory cells, extra chips tiiat add much 
more than tiiat are often used in Apples. An Apple lie with the 3.5 UniDisk 
upgrade has 128K of RAM and 32K of ROM. Connecting all tiiese bytes to the 
address bus requires some special electronic magic. The magical technique 
is known as bank switching. 

Here's an historical example. The original 1977 model of Apple 11 had 
Steve Wozniak's Integer Basic sealed in its ROM chips. When tiie Apple 11-Plus 
was released in 1980, tiie "plus" was tiiat Applesoft Basic became the built-in 
language. Compatibility was an important issue in those days, so Apple 
provided several different ways Applesoft programs could be run on tiie 
older Integer Basic machines. One was to remove tiie older computer's ROM 
chips and replace them with ROMs containing Applesoft. Obviously however, 
tiiis particular technique could be a lot of trouble for users who didn't want to 
give up Integer Basic entirely 

So Apple came up with a device known as the Applesoft ROM card. The 
card included a set of Applesoft ROMs and was supposed to be plugged into 
slot zero. When the card was turned on, its Applesoft ROMs electronically 
replaced tiie Integer ROMs on tiie motiierboard. 

This can be likened to now-you-see-it, now-you-don't magic It's as if a 
section of the memory honeycomb was suddenly removed and replaced witii 
honeycomb from another hive. Queen 6502 doesn't see it happen and 
doesn't know the difference. Some of the things you can do with a littie 
electricity are really amazing. 

When an Applesoft ROM card is turned on, Applesoft appears in the 
memory cells where Integer Basic usually lives. When ttie card is turned off. 
Integer Basic suddenly reappears. 

ROM cards were wonderftil, but then Apple came up witii a card that 
replaced ttie ROM chips witii RAM. A RAM card allowed tiie 48K Apple's built- 
in ROM to be magically replaced witii anything. Apple called its first RAM card 
a language card, because it allowed any Apple 11 to run eitiier Applesoft or 
Integer Basic, as well as languages such as Pascal, Logo, and Fortran. 

The bank switching technique adds one step to tiie metiiod Queen 6502 
uses with random-access memory. To use additional memory a Softswitch 
must be flipped tiiat makes the alternate section of memory appear. To 
make the standard memory reappear, anotiier switch must tiirown. Since 
the 6502 itself doesn't know anything about tiiese switches, only software 
can control which bank of memory is being used. Some software, such as 
Applesoft itself, doesn't know about bank switching and never uses it Othei' 
software, such as RAMdisks and AppleWorks expansion programs, make 
extensive use of bank switching techniques. 

Bank switching is a neat and useful feature of tiie Apple tiiat allows 
tremendous flexibility and an unlimited amount of memory to be used by 
tiie 6502's "limited" 16-line address bus. 

Memoiy Organization. As mentioned earlier. Queen 6502's 16-line 
address bus allows direct access to 65,536 memory cells. This is exactiy 
equal to 256 times 256. It is common to consider tiiis as 256 memory 
"pages" of 256 bytes each. These pages are numljered, as are most things in 
ttie computer worid, starting with zero. 
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novices often wonder why engineers didn't pick a "round" number to base 
computers on instead of the very square (16 times 16) 256, The answer, of 
course, is that we are forced to use unround numbers in computers by the 
nature of the switches— switches have just two fingers where we have ten. 
The roughness of computer numbers can be smoothed a bit however, by 
grouping a byte's eight switches into two four-bit "nibbles." 

Four switches can !>e combined in 16 possible ways. If we use through 9 
10 designate the first ten combinations, and A through F to designate the last 
six, we can express any value that appears witiiin a byte as a twcxiigit 
number. Zero becomes $00 (the dollar sign indicates we are using a 16- 
character, or "hexadecimal" numbering system) ten becomes $0A, 15 is $0F, 
16 is $10, and 255 is $Ff. This s^ystem is used all the time by assembly 
language programmers, because ft makes the Apple's addresses "round" 
Poor old Applesoft doesn't know aniyttiing abcmt it however, and recognizes 
onlydedmal numbefs. 

^de^gn, the 6502 uses sem^ 256 memory pages in speded ways. 
Machine language programs can access data on page zero in a sort of 
shorthand that is veiy quick. Page one is used by the 6502 as a "stackT which 
is special-purpose data storage area. Consequently, things work be^ when 
manufacturers put RAM in the memory cells for these two pages. 

Likewise, when Queen 6502 sees a low voltage on her "reset" pin, she 
always stops what she is doing, grabs the address stored in bytes 252 ($FC) 
and 253 ($FD) of page 255 ($FF), and restarts execution at that address. 
Consequently, things work bestwhen manufacture put ROM in tiicmcmoiy 
cells for this page— which is the final one. 

It is also helpful for computers to have all their RAM together in one place 
and all their ROM in another. Thus most computers that use the 6502, 
including the Apple 11, have RAM in memory cells wdtti low addresses and 
RQM in memory cells with high addresses. 

Mioi you bjm an^e U on, you'll find RAM in pages zero ($00) through 
m ($Bn, soaswKches in page 192 ($C0), and I01 in pages 195 ($C1) 
throu#i255($rf). 

What light through yonder window breaks? When Steve Wozniak 
designed the Apple II, he also gave some other pages special qualities. Most 
importantly, his design causes the data stored in pages four through seven 
($04-$07)to appear on your display screen. When you type a character and it 
appears on your saeen, what has actually happened is that a number 
corresponding to your character was placed in a byte somewhere in this 
area; the Apple's video display hardware then takes notice and the diaracter 
appears on your saeen. 

Wozniak also pve the Apple a second "text screen", on pages eighttiiough 
eleven ($0&^B). These pages are rarely used as a text display area, however. 
Instead, they arc usualfy considered to be the first few pages of "fi-ee " RAM. 

You tell the Apple's video hardware which of these pages you want 
displayed by throwing softswitches. Other softsm'tches tell the video 
hardware wheOier to interpret the data on these pages as text (»r as low- 
resolution graphics. Another Softswitch commands the video hardware to 
display high-resolution graphics. In that case, the Apple uses the data on 
pages 32 ($20) through 63 ($3Fl,-hi^-res pag^ l--or pages 64 ($40) 
through 95 ($5F) -high-res page 2-as the source of flie screen image. 

As mentioned earlier, page 192 ($C0) is reserved for these softswitches. 
Pages 193 ($C1) through 255 ($FF) are reserved for ROM. The first 15 ROM 
pages, however, are the most interesting in the entire machine. What appears 
in this area of the memory honeycomb is ROM on the cards you insert into 
the Apple's slots. Page 193 ($C1) is reserved for ROM on the card in slot I 
page 194 ($C2) for ROM on the card in slot 2, and so on up to slot 7's page 
199 ($C7). Pages 200 ($C8) through 207 ($CF) are shared, by means of bank 
switching, by all the slots. Since this scheme was used in the original Apple II, 
bank switching is primordal stufl'in the Apple universe. Wozniak credits his 
friend Alan Baum with devising this section of the memory honeycomb. 

On the original Apple II, pages 208 ($D0) through 223 ($DF) were 
connected to empty sockets on the motherboard. Integer Basic appeared in 
pages 224 ($E0) through 247 ($F7). The Apple U s operating system - 
INbaiiak's Monitor-appeared in pages 248 {$F8) through 255 ($rF). When 
/!i>ldesoft appeared it used all the ROM area of Integer Basic plus the empty 
sockets-pages 208 {$D0) through 247 ($F7). 

Peeldng and poking at PEEK and POKE. Speaking of Applesoft lef s 
dimb out of the Apple's hardware for a moment and look at the software at 
our disposal for probing the memory honeycomb. PEEK can be used to read 
the contents of any memory cell. Give the numt)er of the cell you are 



interested in, in parentheses, after PGEfi To see whats in oeU 32768 ($8000 
— page $80, byte $00), for example, do this: 

PRINT PEEK (32768) 

A Statement like this will always return a decimal numl)er between zero 
and 255, inclusive, since that is the entire range of what can fit in a single 
memory cell. 

POKE can be used to deposit any value from zero through 255 in a 
memory cell. However, remember that POKE will have no effect if the cell you 
are poking at contains ROM. To poke 100 into cell 32768, for example, do 
this: 

POKE 327fi8.1M 

Ifyoutiy to PEEKorPWEat an addr^ greater ttoi65^5,you\Adllgetan 
lIX^ALQUAPn'lTyERI^Rbecauseyou'veliallenoffth^ 
hone^mb. 

Interestingly, however, PEEKS and POKES at addresses less than zero 
actually work. This is a heritage of Integer Basic Although even presdioolers 
are taught that "numbers never stop", Integer Basic didn't know this. In the 
world according to Integer Basic, the final number was 32,767. In order to get 
at higher bytes, the Integer Basic PEEK and POKE commands accepted 
negative numbers. The scheme made byte zero equivalent to 65,536. 
negative numbers caused PEEK and POKE to wrap around backwards from 
there. For example, PEEK(4) accessed byte 65,535. ra:EK{-32767) accessed 
byte 32,769. Interestingly, good old byte numt«r 32,768 couldn't be probed 
with th^ system. 

There are a number of interesting memory cells that came to be known by 
their native number duing the days of Integer Basic The three- and four- 
d^tneptive numbers of these Gdls are often eaaer to remember tl^ 
flve<^ positive ninnbem that canbei@ed with Ap^^s^ -151 to 

65385, for example). Applesoft was designed to accept the negative 
numbers— all the my down to -65535, Vk^ich will getyou byte 1 

note that both PEEK and POKE will acx:ept variables: 

flDR=327£a : VAL^IM 

PRINT PE£K(M)R) : POKE flDR^VAL 

Both PEEK and POKE can also be used for flipping the softswitches on 
page 191 ($C0). However, some softswitches respond only to POKEs, some 
only to PEEKs, and some respond differently depending on whether they are 
peeked or poked. For some real-life examples, lets dip back into the 
hardwaFewatofs. 

A closer look at ^ple video. An elementary but easily overlooked 
characteristic of the Apple II is that all information that comes into the 
computer and all Information that goes out passes through the cells in the 
memory honeycomb. Queen 6502 has no o^er connecdons to the outside 
world. The only things She can mmiipulate are the address and data buses. 
This scheme is known as memory-mapped I/O, 

To get a feel for memory-mapped 1/0, let's pl£^ with your Apple's 40- 
column text screen, bi dedmal, tht very first byte on page four ($400) is 
numb^ 1024. First try this program: 

10 HOME 

30 FDR CHR=0 TO 127 
40 POKE 1024, CHR 
60 NEXT 

RUn the progam aid it wi 11 quickly POKE (he values from throi^ 127 
into 1024. As ft does so, the character that each of these values 
represents to ttie video hardware will appear very briefly, on your Apple's 
display. 

The program is meant to convinceyouthatwhatappears on your screen is 
a result of the values present in memory pages four through seven. Since our 
program puts all the values in same byte, however, you can't see much. 
Chanp line 40 and add lines 20 and 50 so that the prc^am reads: 

10 MOt€ 

20 RDR=1024 

30 FOR CHR=0 TO 127 

40 POKE flDR,CHR 

50 ADR=R0R4l 

68 NEXT 

RUn this version and you'll see three bars of characters appear on your 
screen. The bars will split your saeen into upper, middle, and lower sections. 
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The characters actually displayed show you how the values from through 
127 appear on the screen. 

Or do they? The saeen is 40 characters wide and three lines are displayed. 
Three times 40 is 120. Characters 120 through 127 are missing! Change line 
50 as shown and run the program again: 

30 FOR CHR=0 TD 255 

This time six lines or 240 characters are displayed. As the program runs, 
watch the order in which the six lines appear on your screen. Since we are 
poking values into sequential bytes, something very strange is happening. 

Your display screen has 24 lines. Consider the top line number zero and 
the bottom line number 23. The first 40 bytes on page 4 appear as the top 
line on your display screen, the next 40 bytes as line 8, the next 40 bytes as 
line 16, and the next 8 bytes don't appear anywhere. The next 40 bytes 
appear on the saeen's second line (line one), the next 40 on line 9, the next 
40 on line 17, and the next eight nowhere. 

The structure is Byzantine. The four memory pages are split into eight 128- 
byte segments, each of which holds a line in ttie top section of the screen, a 
line in the middle section, a line in the bottom section, and eight extra bytes, 
novices find this organization confusing. Experts find this organization a 
beautiful example of Steve Wbzniak's aeativity and genius. The design 
allows a minimum amount of video hardware, a minimum amount of RAM, 
and tiie maximum number of characters tiiat can be reliably displayed on a 
television set Even the extra, undisplayed bytes, which are called the 
screen/io/es, end up being used by other parts of the Apple system. 

Peck, poke, and tickle. To see a Softswitch in action, type the following: 

POKE 49232.0 

Tickling byte 49232 with a PEEK or a POKE tells tiie Apple's video hardware 
to switch from a display of text to a display of low-resolution graphics. To 
switch back, tickle byte 49233. With this particular Softswitch, it doesn't 
matter w^etiier you use a PEEK or a POKE, or, if you POKE, what value you 
POKE into tiiat byte. The switch just wants to be tickled. You'll find switching 
from low resolution to text can be tricky, because what you type will appear 
on the screen in low-resolution blocks rather than as text, but it can be done. 

RUri our earlier program again— if you've been following along it should 
still be in memory— so tiiat six lines of characters appear on your saeen. 
Mow tap return a few times so tiiat the top line saolls off" tiie screen. Whaf s 
happening here is tiiat ttie software (or "firmware ") built into the Apple 
Monitor is taking the values you placed in memory page 4 and moving them 
around so that tiie screen appears to scroll. 

Our final group of values, which had been in line 17, are moved to line 16. 
Line 16 is moved to line 15, which is in memory page 7. Ifs all very 
complicated — but software makes it as simple as pressing the Return key 




While it's possible to manipulate tiie screen by poking values into pages 4 
through 7, its no way to run a railroad. I've shown you this to teach you about 
tiie power of PEEK and POKE and to show you how the Apple hardware works. 
Direct manipulation of tiie saeen usually isn't a good idea. Ifs much better 
to use PRINT and let the Apple itself figure out v^ere everytiiing goes. 

For example, switch to an 80-column display witii a PR#3 and RUM our six- 
line SIX LinE program again. If each screen character uses up one byte, then 
an 80'<:olumn by 24-line screen will require X920 bytes of space. Our normal 
display area in pages 4 tiirough 7, however, contains only X024 bytes, of 
which 960 are displayed and 64 are saeenholes. 

By turning on tiie 80-column screen and running our program, you'll 
demonsti-ate tiiat in 80-column mode, memory pages 4 through 7 are used 
for holding the characters in odd columns (assuming the first column is 
number zero). The characters for the even columns are stored elsewhere. 
Software tiiat successfully POKEs messages directly on tiie screen in 40- 
column mode doesn't work too well in 80-column mode. Witness tiie HOT 
SELECTED message older Qrappler-Plus printer interface cards sometimes 
poke onto tiie saeen. 

On tire other hand, advanced software often finds it necessary to bypass 
tiie Apple's built-in firmware and use its own. Apple Writer has always done 
tills for speed reasons. Programs that need to read information tiiat's on the 
saeen — perhaps a telephone number you want to dial, must also read the 
saeen directiy The problem with such programs is that tiiey must have 



special versions for each type of 80-column display device— and third-party 
hardware developers came up with several. 

Peek, poke, and machine language. We've looked at how PEEK and 
POKE can be used to tickle softswitches and to change tiie memory area ttiat 
is displayed on your screen. The other fundamental use of PEEK and POKE is 
to interact witii machine language programs. 

A machine language program tells Queen 6502 what to do. The instructions 
are stored in a series of memory bytes, eitiier RAM or ROM. Typically the 
instiaictions tell her to read a byte, write a byte, compare two bytes, and so on 
—and they designate vAiat byte to do it to. Reading, writing, comparing, 
adding, subtracting, and branching to other program segments pretty well 
sum up everytiiing Queen 6502 can do. She can do tiiem so quickly, however, 
tiiat the wonderful result can be events like AppleWorks. 

If a machine language program is in ROM, POKE can be used to modify it 
This is what most of the POKEs given in Open-Apple are all about By 
tweaking a RAM-based machine-language program such as DOS 3.3 here 
and there, you can make it do all kinds of enchanting stuff. 

Another use for PEEK and POKE is to look at and change bytes tiiat 
machine language programs are using for tiie storage of data. For example, 
the machine language program in tiie Monitor tiiat automatically takes care 
of scrolling the display screen uses four bytes on page zero to change the 
size of the screen "window." You can make tiie data on the top four lines of 
tiie screen "permanent", for example, with a POKE 34,4. Byte 34 ($22) is a 
zero page location that tiie Monitor uses to remember the top edge of tiie 
text window (the top line is considered number zero). Byte 35 ($23) holds the 
bottom edge (but now the top line is considered number one), byte 32 ($20) 
holds the left edge, and byte 33 ($21) holds tiie window widtii. "The 
Wonderftjl Worid of Windows" in our June '85 issue (page 48), discusses 
tiiese POKES in detail. 

IWo-byte peeks and pokes. When the number a machine language 
program wants to remember is smaller than 256, as with our window 
dimensions, a single byte of storage will do. Often, however, it is necessary to 
remember larger numbers. Different programs use different formats for 
such numt>ers, depending on how many significant digits they must have 
and v^etiier tiiey must include a decimal point One common kind of 
number stored by machine language programs, however, is a memory 
address. This is a two-byte (16-bit) number, and for reasons known only to 
microprocessor designers, the number is stored backwards from the way 
you would expect 

We know from eariier in tills article that any address in the Apple 1 1 can be 
expressed as a two-byte number— one byte describes the memory "page" 
and ttie otiier tiie byte's position on tiiat page. The machine-language 
Applesoft interpreter keeps tiie address of the lowest memory cell available 
to Applesoft programs in memory bytes 103 and 104 ($67-$68). Byte 103 
holds the "byte" number and byte 104 holds the "page" number. The typical 
way to dig tiiis address out of memory is like tiiis: 

PRINT PEEK(103) + PEEK( 104)»25G 
2049 

By multiplying tiie "page" byte by 256 and adding on tiie "byte" byte, we 
can translate the address stored in those two bytes. The answer Is 2049 
($801), which is where tiie Applesoft programs you type in can generally be 
found. 

By poking a different address into bytes 103 and 104, you can get 
Applesoft to put your program elsewhere. You might do this, for example, if 
you wanted to use "text page 2", \A^ich also uses byte 2049 and the 1,022 
bytes that follow it 

To move the start of an Applesoft program to byte 3073 ($C01), just 
beyond the area needed by "text page 2", you need to POKE tiie value 3073 
into bytes 103 and 104. There are several ways to do tills. My favorite is to 
calculate the "page" first then use the answer from that calculation to figure 
the byte, like tills: 

flDR=3073 

POKE 104, flOR / 256 : POKE 103, ftDR - ( PEEK ( 104 )»25S) 

(For this trick to work, you must also POKE a zero at ADR-1— otherwise 
Applesoft gets very confused. After making these POKEs, reLOAD your program, 
and it will load at the new position.) 

To use PEEK and POKE effectively, of course, you need a magician's tome, such 
as tiiose mentioned eariier, to know exactiy what bytes control what Mow ttiat you 
know why PEEK and POKE do what tiiey do, however, you should be able to make 
your Apple II perform more enchanting magic 
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DuoDisk numbers not serial 

In your January '86 issue (page 98) you printed a 
warning to DuoDisk users about possible damage to 
disks that use certain copy protection schemes. 

The number you published, however, is the part 
number of the DuoDisk printed circuit board located 
inside the drive, not the serial number of the affected 
units. The potential exists for problems to occur with 
units of almost any serial number. 

Apple users who think they have a unit in need of 
upgrading should take the DuoDisk unit to an autho- 
rized Apple servicing dealer for a check. If the circuit 
board has not been upgraded, the dealer will do so at 
no cost to the user. 

As with all software, the only way to positively avoid 
a catastrophic loss is to always keep backups of your 
disks. 

Service Engineering 
Apple Computer, Inc 

More track crashes 

I read with interest J. Ernest Cooper's letter on 
track crashes in the January issue (page 103). 1 am 
a tech man in a school district that has in excess of 
225 Apple II computers. This year we purchased over 
70 of the new enhanced lie machines. 

In prior years we had some problems with losing 
data, We do have a program known state wide as 
being exceptional in quality of training for our staff 
and students. However, when you have 2,500 students 
K through 12 using computers, you have some 
human error involved. This year, however, with the 
addition of two word processing labs, and a phenom- 
enal increase in the use of App/cMbrfcs and PfS. W^fte 
by student and staff members, we have had a major 
increase in the number of data disk crashes, much 
more than the increased usage should warrant Both 
App/eWforfcs and FfS use TVack for directories. The 
majority of the crashes occur during READ or WRITE 
activity. 

Is our problem a problem with the enhanced lie? I 
don't know. But Cooper's letter seems to point at a 
possible answer for the problem we have been having 
all this year. Does anyone else out there have similar 
problems cropping up? . 

As an addenda, your readers who have this problem 
might invest in Bag of Tricks 2, from Quality Software. 
It makes rebuilding damaged ProDOS directories a 
breeze. 

Jim Aufderheide 
New Ulm, Minn. 

Do all these new lies also have new 5-1/4 inch 
UnlDisks? Or do they have the faulty DuoDisk 
drives ? Open-Apple correspondent Ken Kashmarek 
suggests the problem isn't the enhanced lie but the 



enhanced disk drives. I've gotten a coupfe of other 
reports of track crashes since publishing Cooper's 
letter. There's definitely something odd going on 
here. Keep those track crash reports coming in. 

Other views on mouse/3.5 

Ho-hum...two more super issues of Open-Apple, 
So what else is new? 

Well, the UniDisk 3.5 ROM for one. It certainly is 
quite a collection of routines. Buried in the code is 
the option to read or write blocks of either 512 bytes 
(II family) or 524 bytes (Macintosh). Does tot suggest 
any interesting avenues? 

You ask why anyone would pay $560 for a UniDisk 
when they can get a 10MB hard drive for just a little 
more. One reason is portability. When a Mac/UniDisk 
conversion program becomes available (and I hear 
rumors now), you can stick a Mac disk in your shirt 
pocket and take it home to use on your He. 

I disagree entirely with your comments on the 
mouse. I think there is a place for mouse technology 
and, as a good typist I enjoy using the mouse when 
I'm word processing with Roger Vfegner Publishing's 
Mouse Write. I suppose having the mouse present 
does slow execution somewhat but if the program is 
written well it should be transparent or nearly so, to 
the user. Sure, I don't use the mouse for everything, 
there are cases where tiie alternative control com- 
mands work better for me. But on the other hand, 
when you spot an error a dozen lines up. a mouse 
sure beats entering a long string of keystrokes to get 
there and another to get back. I like it well enough 
that 1 even use it to create documents that have to be 
converted back to DOS 3.3 with Apple's «#(*%++& 
utilities. Try it you'll like it! 

Frank Andrews offered a neat trick to open a binary 
(or other) file in the January issue (page 99), but I'd 
like to be able to BLOAD a text file, as under ProDOS. 
In the same issue Paul Pagel mentioned my program 
"In the Dumps." An improved version of that routine, 
modified for ProDOS, appears on A.PP.LE.'s ProZap by 
GaiyCharpentier. 

Thanks for mentioning On Three. We have a UniDisk 
driver for the Apple II I as well as great plans for 1986. 
There's a lot of life in the old gal yet including the 
65C802. 

ValQolding 
Tarzana, Calif. 

Andrew's trick is neat but Weishaaar messed it up 
pretty bad by giving the wrong address to poke. 
Those pokes at the top of the third column on page 
99 should be to 42954 ($A7CA). The nine and the two 
were transposedin the original both in line 10 and in 
line 40. 

Apple Pascal praised... 

I'm soriy to hear that Apple Pascal reminds Uncle 
DOS of "a poke in the eye. ' Personally, ProDOS 
reminds me of a poke somewhere else, but that's 
another story 

I've been using Apple Pascal exclusively since it was 
released. For writing large commercial programs, it 
just can't be beat The disk I/O is twice as fast as 
ProDOS, and the assembler is terrific. 

In the January '86 Open-Apple {page 102), Stanley 
Cauthers asked about two bugs he found in Apple 
Pascal, both of which he was able to work around. I 
hardly think these bugs justify abandoning Apple 
Pascal, as you suggest 

The minor editor problem Cauthers mentioned 
happens to me about once a month. It's easy to 



recover from and I hardly notice it now. I've never run 
into the problem Cauthers describes with gradually 
running out of memory. 1 haven't used the 128K 
version of Pascal 12, so it may be a bug in that 
version. 

Dynamic memory management with Pascal is a 
little hicky I've discovered through painful trial and 
error that you shouldn't RESET or CLOSE any files in 
between a MARK and RELEASE, especially with Pascal 
12. 

The factthatCauthers uses recursion in his program 
may be part of the problem. Basham's law of debugging 
recursive programs states that it is always harder to 
debug a recursive program than you expect even 
afl:er taking Basham's law into account 

As for getting support fi-om Apple, I suggest Cauthers 
call Apple Developer Relations at 408-973-4897 to 
see about becoming a certified developer. Apple now 
has support service through MCI Mail, which should 
work a lot better than trying to call someone on the 
phone. 

And if Uncle DOS expects anyone besides his 
mother to love him, he should watch who he pokes in 
the eye! 

Bill Basham 
Diversified Software Research 
Farmington, Mich. 

Okay, okay, sometimes I get a little carried away. I 
would be the first to admit that neither Applesoft nor 
assembly language, my personal favorites, are 
totally suitable for large commercial programs. But 
you have to admit Umt becoming a certified developer 
just to get support for an Apple product also seems a 
bit unsuitable. 

Apple doesn't provide support for Applesoft either, 
but answers to Applesoft questions are much easier 
to obtain because so many more people understand 
the language and its operating systems. Few people, 
on the other hand, have attmned a worldng knowledge 
of Apple Pascal and its operating system. / have 
recentlyjumped to the conclusion that this is not so 
much a problem with the Pascal language, which 
seems to be quite popular on other computers, but 
with the Apple Pascal operating system, which has 
so far prevented my own Interest in Pascal from 
budding. Why do you think so few people have 
attained a working knowledge of Apple Pascal? How 
did you get past the prompt line? 

...and damned 

"A uniquely obstructive operating system..." This 
has to be the most elegant and incisive comment on 
Apple Pascal (January '86, page 102) ever to surface 
in any discussion of top-down, structured computer 
languages with their complex pseudoopcodes, extrav- 
agant use of memory, and devious multiple boots 
versus good, old, clumsy straightforward Basic with 
its prosaic line numbers, logical algorithms, user- 
friendly applications, and half a chance of returning 
conh-ol to the operator should it become necessary 
to swap horses in mid-stream for whatever valid 
reason. 

One of the nasty surprises in store for novice Pascal 
users is the discovery that the operating system 
doesn't support direct operation of peripherals, such 
as a printer. All systematic configuration procedures 
to the contrary notwithstanding, the command 
TRAIiSFER APPLE5AnYFILE.TEXT, #6Ar!YFILE.TEXT 
doesn't even get a shrug from my printer, which 
functions perfectly fi-om binary Applesoft, integer, or 
text with PRn And tot (*$L PRIIITER:*) directh^e 
doesn't work either. 
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Wffli Apple Pascal it appears that one mustdevisea 
machine language "driver" subroutine that gets 
instiled somehow in SYSTEMUBRARY as a segment 
that is subsequentiy accessed and manipulated by 
SYSTEMATTACH with Its own devious protocol and 
fiis^ syntax (whew!,.,all this Just to get PR#1??? 
They're kidding!) 

However, this particular cloud has a silver lining. In 
a copy of Apple In Depth #2; Ail About Pascal from 
A.RPLE. Co-op there is a Pascal to DOS 3.3 conversion 
program called HUFFin. It enables placement of a 
Pascal text file directly into memory from disk and 
printing it out by NORMAL and RATIONAL means that 
any reasonable apparatus can comprehend. Even my 
copy of Randy Hyde's P-SOURCE is so much excess 
baggage in this respect along with a half-dozen other 
Pascal manuals in my collection that regularly collect 
dust 

In ail Unless, an exception must be made for 
Intmduction to the UCSD PSy^em by Charles Qrant 
and Jon Butah (well written, no surprises, everything 
fits— except the printer thing), as well as the Pascal 
Primer by Fox and Wfeute, and Apple Pascal A Pro- 
gramming Guide by Allen B. flicker, Jr. 

Even the Devil should have his day in court, if only 
to answer to charges of contending systems and 
general lack of cohesion and standardization of the 
Pascal hierarchy. But consider how long it took for the 
U.S. railroads to get together and agree on a standard 
rail gauge of 4 feet 8-1/2 inches. THAT squabble took 
up most of the nineteenth centuiy. Now, whafs this 
about a Pascal standard, or any computer norm, for 
that matter? 

Donald Ruch 
Burbank, Calif. 

MagiCalctoAppleWortts 

I am a professional bookkeeper and 1 do word 
processing for the public. When I saw AppleWorks it 
sold me on buying a lie I have a lot of spreadsheets 
that I have built with NagiCalc andUltraplan on my II- 
Plus. t now use AppleWorks constantly for word 
processing and databases, and would like to transfer 
my spreadsheets, using DIP files, to AppleWorks, too. 
I've tried to make the transfer unsuccessfully for 
hours, Could you print a step-by-step procedure for 
doing this? 

My Il-Plus is seeing less and less use these days 
because the lie has more memory for my spreadsheets 
and because I use AppleWorks all the time. However, I 
still don't quite trust the He to hold up for years 
structurally (1 get a lot of error messages with the 
built-in disk drive and my 11c monitor lasted for only 
four months before it stopped working) and I'm not 
fond of its closed design. If you had the choice, which 
machine would you invest in to buy more memory to 
run AppleiWorks and create larger spreadsheets? 

Marilyn Dresbach 
Sonora, Calif. 

First of all forget about DIP files, DIP files are very 
handy for takng data out of a spreadsheet soUmtli 
can be used by an Applest^ program or a data base 
managei howevet they are useless for moutr^ stu^ 
from one spreadsheet to another because Utey won 't 
transfer formulm—juM ualues. 

AppleWorks can directly load files that are in the 
VisiCalc storage format M DOS 5.5-based spread- 
sheets that 1 know of use this format however, I 
don't have any direct experience with MagiCalc or 
Ultraplan. But I'd bet that all you really have to do is 
convert your existing spreadsheet files from DOS 3.3 
to ProDOS and load them into AppleWorks. 



fiere'sthest^by-^pi^rtuptlwSy^mlMitks 
disk thM came uAth yom He Use it to format a blank 
iUsk into the ProDOS /ormat (Hve this disk a simple 
name, "/a" would do fine, Nmv copy your existing 
spreadsheet files onto this disk, using the "copy 
files" option of the system utilities. The program wUI 
notice that you are copying from a DOS 5.5 disk to a 
ProDOS disk and make all necessary acj/ustments. 
Once the files are copied, start up AppleWorks and 
tell it you want to add some files to the desktop. 
Here's the tricky part— don't tell it the files are on a 
disk, tell it you want to make a new spreadsheet file. 
It will then ask you if you want to make the new file 
from scratch from a DIP file, or from a VisiCalc file. 
Choose from a VisiCalc file. It will then ask you to 
type in the file's complete pathname. 7J/pe in the 
name of your ProDOS disk C/a" if you've followed 
Instructions), a second slash, and the name of your 
old file, e.g. ^/a/ledger" (if the old filename had 
spaces in it use periods in those posiUons, e.g, ya/ 
janAedgef'for >n ledger".) 

your spreadsheet will then toad into AppkWorks, 
You may still encounter a few problems if your 
original spreadsheets use fm(Mons thatApfAeWorks 
doesn't support, such as LOG. AppleWorks handles 
most spreadsheets very nicely, however, and gives 
you a lot of expansion room. Make sure you like it 
before you start modifying your spreadsheets, 
however, because there is no way to move an 
AppleWorks spreadsheet back to your older programs. 

If I owned a Il-Plus and a lie, had a business like 
yours, and didn't need any of the portability of the 
lie, I'd attempt to work a trade of the pair of them for 
a used lie. It makes a much stronger foundation to 
grow from, 

A used lie would give you the €xpandsd)ill^i and 
reliaMity you want and have the addiSonal benefit 
of a better keyboard than either of the two cornputers 

you now have. The Il-Plus keyboard, of course, 
suffers prom a lack of keys. The lie keyboard tends to 
stick a Utile. (If you prefer a heavier keyboard toucft, 
incidentally, look for an early lie— the kind where 
the keyboard letters are in the middle of the keys 
rather than in the upper-lefi comer as on the current 
models. I have one of those, and it's my favorite of 
the seven computer and two typewriter keyboards 
I've owned over the years.) 

If youcan afford togetausedlle witiioutgiving up 
your lie, it would provide you the benefit of a back- 
up computer in case something went wrong with 
your primary system. 

There are also a few of us who find it efficient to 
use two computers at once. This is known as the one- 
person, two^mputers philosophy. People who use 
more expensive computers can't afford this and 
instead Ime to resort to &&:eedingly complex 
"multi-tasking" software that bMows two programs 
to run on the same machine at the same time— a 
much less preferable alternative. 

Neat programs 

In the January OpeU'Apple there were a couple of 
letters about changing vehIous types of disk files into 
text format There is a program on CompuServe in 
MAUQ (DL3 library) called THE.EXECUTIVE (Copyright 
1985, Living Legends Software) that claims to be able 
to change any type of file Into a text file that can ihen 
be EXECed to restore it I have hied this program and 
it works well and quickly, too. 

Another program in MAUG DL3 is UNICOPY (Copy- 
right 1985, Morgan Davis, Living Legends Software). It 
will coi^an BOOKUniDiskon asingle drive with 8 disk 



swaps. Contrast this with the "duplicate a disk" 
option in the Apple II System Utilttes ver^on 21 that 
comes with the UniDisk 53, It takes a lot of disk 
swaps (forty, I think, but I got so fru^rated I lost 
count). 

Another neat feature" of the new System Utilities 
occurs if you write protect the 3.5 inch disk it comes 
on. Booting the write protected disk causes the error 
WRITE PROTECTED, BREAK IN 406, and FILE(S) STILL 
OPEN to appear This appears to be the ROM bug you 
mentioned on page 98. The STARTUP file on the 
System Utilities disk asks which language you want to 
work in (English, French, Italian, or Qennan) when 
booted the first time. It creates a file with one 
character in it indicating the language selected. On 
following boots is uses this language but for some 
reason rewrites the file every time. This exposes the 
bug exactly as you described it 

Hugh McKay 
Nonh^eaL Quebec 

Living Legends Software is agroup of authors who 
distribute their programs as freeware. " You can get 
copies of their programs from CompuServe, try 
them out, and if you find something you want to add 
to your collection you send the author a check. 
Programs you don 't want you can throw out 

AppleWorks page numbers 

The is a response to Gary Morrison's AppleWorks 
page-numbering problems. 1 have had no problems 
printing page numbers, including a 159-page evalua- 
tion report The AppleWorks word processor provides 
page numbering commands in the Printer Options 
Menu. To print p^e numbers: 

1. Enter the Printer Options menu (Ofl-Q) 

2. Select Page Header (HEj or Page Footer (FO) 

3. Select Page Number (PN) and enter the starting 

page number- -you can skip this step if the 
document starts with page 1. 

4. Select Print Page Number (PP) 

5. Exit Printer Options Menu (ESC] 

When printing a document each page will have at 
the top (or bottom) a page number starting with the 
number entered in step 3. 

Nicholas Cofsky Sky 
Portland, Ore. 

Mere are some additional notes— when you do 

step 2, the message " -Page header" or " 

Page Footer" will appear on your screen. Whatever 
appears in the following line (you can type iri 
anything you like) will print at the top (or bottom) of 
each following page of your document. 

Step 4 puts a caret at the position the cursor was in 
when you pressed OA-0. Your page number will 
appear at this right-lefi position. You can also embed 
page numbers at any point within the text of a 
document with PP—even several times on the same 
page. The advantage of using a header or footer is 
that the page number will then appear automatically 
on every page, If}^ embed thepaQermmberlntexi 
(that i& anyuMere but in the line immediately 
/offowing a page header or page fMer mark), you 
have to put it on every page manually. Onpage 79 of 
ftobertEricson'sA^MItoifsBtT^midfBdmiq^ 
there's an example of using thepage number feature 
to create sequentially-numbered invoices. 

The Hi command you mention in step 5 changes 
the number of the page the a)mmand appears in. 
For everything to woi^ correctly, obtnously, the Hi 
command must appear before the PP command on 
thatpage. 
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Page numbering can also get messed up if you OA- 
P(rint) from "this page " or from the "cursor" rather 
than from the ^beginning." 

Incidentally, if you can't remember what a certain 
caret on your screen represents, place the cursor on 
it and look at the bottom of the screen. The line- 
column numbers are replaced with the function of 
the caret 

PFS to AppleWorks 

Do you know of any way of converting PFS:File data 
bases into AppleWorks data bases? I have several 
billion bytes to transfer and it seems a waste of effort 
to re-type the information. Is there any way my Apple 
can do the work for me? 

James Rusk 
Garland, Texas 

Open-Apple subscriber Jim Luther (5716 Forest 
Kansas City, MO 64110) has written two programs 
for converting PFStFUe and FFStWrite files into 
ProDOS text files that can be read by AppleWorks. 
The programs are limited— the FFStFUe converter 
can take data only from the first page of a database 
record. If there are more than 30 fields on that page, 
or if any field has more than 78 characters, the 
excess is truncated, since AppleWorks would do that 
itself anyhow. FFStWrite files end up with a carriage 
return at the end of each line. Most of these carriage 
returns have to be deleted, since J^pleWorks likes 
carriage returns only at the end of paragraphs. This 
program will also split long FFS:¥/nte files into 
shorter segments. 

However, the programs definitely save a lot wear 
on your fingertips if you can live with these limitations. 
Luther will send you a disk with both programs on it 
for$m. 
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Recently 1 came across a problem with my Apple 
11c that might be worth noting. 1 had ttie logic board 
upgraded for the UniDisk 3.5. About a month before I 
had bought a Color Monitor He, and everything had 
been working fine. After the upgrade 1 booted Infocom's 
Enchanter and the following message appeared, 
"inTERTtAL ERROR 14. END OF STORY:" 1 rebooted the 
disk and the drive whirred incessantly, making a 
horrid clattering noise intermittently i tried other 
games, all of which 1 guess use DOS 3.3, and got 
pretty much the same result with a few, the drive just 
turned without even recognizing there was a disK in 
the drive. 

TWo exceptions were flight Simulator il and Lode 
Runner, which worked perfectly When I took the 
computer to the dealer it worked flawlessly He 
suggested I look for sources of "Interference." I tried 
using my old monochrome monitor, and had no 
problem. 




Hence, 1 guess there is something in the new logic 
board that is susceptible to interference by RF 
emissions by the color monitor, or the monitor 
produces unusual amounts of interference. Further- 
more, this "interference" apparently affiects programs 
depending on how they are copy-proteted, which 
might account for some of the programs working 
correctly 

I have tried booting the disks with the computer 
further away from the color monitor with only slightly 
better results. Pascal is also affected. Mon-copy- 
protected DOS 3.3 disk and ProDOS disks are not 
affected. 

Is there something I can do with the monitor to get 
the problem fixed? 1 have asked people who are 
knowledgeable, and so far the best idea I have heard 
is to get a thicker monitor cable. Also, what is 
INTERML ERROR 14? 

Cad J. Schmidt 
Morristown, hJ. 

1 recently purchased an Apple 11c color monitor 
and a UniDisk 3.5 disk drive. When I switched to the 
color monitor, I started to experience trouble booting 
and reading disks from the internal drive because of 
the RF interference coming through the front panel of 
the color monitor. 1 then tried to boot from ttie 
external floppy drive with a PR#7. To my surprise and 
delight an error message popped on the screen 
"AppleTalk Offline." 

Investigating further, 1 have discovered that the new 
Apple Uc Technical Reference Manual which includes 
the UniDisk 3,5 ROM listings, also contains full ROM 
listings for AppleTalk routines that are also built into 
the UniDisk 3.5 ROM upgrade. Apparently slot #7 will 
be used to access AppleTalk. Do you have any further 
information about this development? 

Henry Landry 
AndovenflJ. 

Many people have had interference problems even 
with the Apple lie monochrome monitor because the 
lie's built-in disk drive and the monitor usually end 
up positioned very close to each other. I'm pretty 



sure the interference isn't RF (radio frequency) 
emissions, but magnetic emissions that con/use the 
disk drive head. The standard solution is to move the 
disk drive farther away from the monitor. Pladng 
metal objects between the monitor and the drive 
could also divert enough msgnetic energy to help. 

Tloo interference reports in one month about the 
particular combination of the lie color monitor and 
the 3.5 ROM upgrade may be meaningfiil but I don't 
know how. 

iriTERML ERROR 14 must be an Infocom error 
message. It's not built-into the Uc anywhere, like 
AppleTalk is. The AppleT^k upgrade was apparently 
included in the 3.5 ROM upgrade so that yet another 
ROM upgrade wouldn't be required later, fiowever, 
AppleTalk for the II family hasn't been released yet I 
don't even know which connector on the lie would 
use it 

ProDOS system file conversions 

How can 1 save a ProDOS system file as a binary 
file? When i try to BLOAD a system file, I get a FILE 
TYPE MISMATCH error. If I use the dash command to 
get a system file into memory (which also causes it to 
execute, something I don't want to happen) and by to 
save it as a binary file by use of the syntax "BSAVE 
riEWFILE, A$2000", some disk activity occurs on the 
active drive and a PATH MOT FOUHD enror occurs. 
(Mote that I am also trying to make use of the fact that 
it is allegedly unnecessary to specify the L parameter 
when BSAViriG under ProDOS.) 

Dan Strassberg 
Arlington, Mass. 

My copy of the Sider utility disk contains ProDOS 
10.1 The Sider keeps the ProDOS kernel in a DOS 3.3 
file so that it can be started up directly from DOS 3.3. 
I'd like to upgrade to ProDOS UX but after all the 
horror stories I've read about the problems witfi 
COIWERT, I am more than a bit afraid to try converting 
it myself If the COHVERT program will, in fact, convert 
the PRODOS file over to DOS 3.3 in a usable fastion, 
please tell us how to do it 

Tom Smith 
Fort Vancouver, Wash. 

To change the PRODOS kernel or any other ProDOS 
system file, into a binary file, first BLOAD it using the 
T(ype) parameter like this: 

BLOflD PROODS, T5YS, fl$2000 

next, BSAVE it using both the loading address and 
the length. You can get the length by looking at an 
80-column CATALOG. It's the last number given for 
the file, and it's in decimal Thus, for ProDOS 111: 

eSfiVE PRODDS. IMAGE, fti200S, L14B4a 

You do have to use the Kength) parameter when 
saving a binary file, but only the first time. If the file 
already exists and you leave off the L parameter, 
Baslcsystem will use the length of the existing file, 
notice that you get a PATH HOT FOUnD error when 
you leave off the L with a new file rather than a 
SYfiTAK ERROR, since Basicsystem assumes your 
mistake was a bad path to the emting file rather 
than mistakenly leaving off the L. 

Once you have the ProDOS image in a binary file, 
you can use COHVERT or one of Apple's system 
utilities programs to conuert it to DOS 3.3. 1 don't 
know of any problems with converting binary files, 
nonetheless, I suggest you rename the original 
ProDOS image on your Sider and keep it around just 
incase. 



